fix: include wheel versions in deployment handoff#818
Conversation
Signed-off-by: Swarom Muley <smuley@nvidia.com>
|
Note Reviews pausedIt looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the Use the following commands to manage reviews:
Use the checkboxes below for quick actions:
📝 WalkthroughWalkthroughThe release workflow broadens deployment dispatch gating and sends conditional Helm and wheel version data in the deployment event payload. ChangesRelease deployment dispatch
Possibly related PRs
Suggested labels: Suggested reviewers: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
|
Signed-off-by: Swarom Muley <smuley@nvidia.com>
Signed-off-by: Swarom Muley <smuley@nvidia.com>
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.github/workflows/release.yaml:
- Around line 840-841: Update the signal-deployment job condition to use
always() and explicitly validate the required dependency results, including
allowing the wheel-only path when stage-helm is skipped. Preserve the existing
Helm and wheel eligibility checks while ensuring skipped stage-helm does not
suppress deployment signaling.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Enterprise
Run ID: 75d807c4-be75-4b20-8edb-8174c8807a39
📒 Files selected for processing (1)
.github/workflows/release.yaml
Signed-off-by: Swarom Muley <smuley@nvidia.com>
Signed-off-by: Swarom Muley <smuley@nvidia.com>
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.github/workflows/release.yaml:
- Around line 878-880: Update the payload field currently named wheel_versions
to sdk_versions, preserving its existing wheelVersions value so deployment
consumers receive the required SDK version mapping.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Enterprise
Run ID: e0441903-d7f5-4e7a-b1d0-c7fa65fc1735
📒 Files selected for processing (1)
.github/workflows/release.yaml
| name: Signal deployment | ||
| needs: [plan-release, stage-helm, poll-final-release] | ||
| if: >- | ||
| always() && |
There was a problem hiding this comment.
let's not do this...that fights with cancelled logic
crookedstorm
left a comment
There was a problem hiding this comment.
To get the versions in the handoff from the same place where the containers are marked, i think this makes sense.
Summary
Release deployment events currently omit the wheel versions associated with the release, and wheel-only releases do not emit the handoff.
This change:
wheel_versionsmap for every release containing wheels;This only adds release metadata. It does not change which wheels are selected, built, or published.
Testing
actionlint .github/workflows/release.yamlgit diff --checkSummary by CodeRabbit
nullwhen Helm isn’t included).